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(54) ATM over DSL service 

(57) A network node includes a TDM-ATM gateway 
that perfonns loop functions on behalf of one or more 
narrowband derived lines. The gateway is incorporated 
Into the same equipment that perfonns routing of net- 
work traffic. The routing can involve switching or multi- 



plexing or both, and it can consist of ATM cell routing or 
TOM traff ic routing or both. In an embodiment, the gate- 
way Is Incorporated Into an Integrated DLC/DSLAM ac- 
cess node. A single Element Management System may 
be used to manage the integrated DLC/DSLAM/Gate< 
way equipment. 
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Description 
BACKGROUND 

1. Field of the Invention ^ 

[0001] The Invention is related to the field of telecom- 
munications, and more particularly to a technique for 
providing loop emulation services or voice over packet 
or cell transports such as ATM-over-DSL service. io 

2. References 

[0002] The following documents are all Incorporated 
herein by reference in their entirety: 

Nattkemper et. al.» "Distributed Telecommunk:a- 
tlons Switching System and Method," U.S. Patent 
No. 5.953.318 

20 

Stevenson, "Method and Apparatus for Placing 
Time Division Multiplexed Telephony Traffk: into an 
Asynchronous Transfer Mode Format,* U.S. Patent 
No. 5,889,773 

25 

ATM Fomm, "ATM User-Network Interface Specifi- 
cation Version 3.1," (September, 1994) ("UNI 3.1') 

ATM Forum, "ATM User-Network interface (UNI) 
Signaling Specification Version 4.0," (July 1996) 3o 
("UNI 4.0") 

ATM Forum, "Utopia Level 2, Version 1 .0, af-phy- 
0039.000" (June 1995) ("Utopia Specification") 

55 

International Telecommunication Union (ITU), 
''Broadband Integrated Sen^ices Digital Network (B- 
ISDN) - Digital Subscribers Signaling System No. 2 
(DSS 2) - User-Network Interface (UNI) Layer 3 
Specification for Bask: Call/Connection Control," 40 
ITU-T recommendation Q.2931 (February 1995) 
("Q.2931") 

ITU, "ISDN User-network interface Layer 3 Speci- 
fication for Basic Call Control," Recommendation Q. ^9 
931 (05/98) ("0.931") 

ITU. "B-iSDN ATM Adaptation Layer specification: 
Type 2 AAL," ITU-T Recommendation 1.363.2 
(1997) (1.363.2) 

ITU, "Segmentation and Reassembly Service Spe- 
cific Convergence Sublayer for the AAL type 2," 
ITU-T Recommendation 1.366.1 (1998) (1.366.1) 

53 

ITU, "AAL Typo 2 Servtee Specific Convergence 
Sublayer for Trunking", ITU-T Recommendation 
1.366.2.02/99 



ITU, "Packet-based multimedia communications 
systems," ITU-T Recommendation H.323 (02/98) 

ITU, "Packet-based multimedia communications 
systems Annex D: Real-time facsimile over H.323 
systems," Annex D to ITU-T Recommendation H. 
323 (09/98) 

ATM Forum. "ATM Trunking Using AAL2 for Nar- 
rowband Services," A F-VTOA-01 13.000 (2/99) (the 
"VTOA" speclfteatlon) 

ADSL Forum, "Recommended Interoperability Im- 
plementation Agreement for BLES", CopperCom 
and Aksatel, 99-204, August, 1999. 

ATM Forum, "Loop emulation service and new pro- 
file definition for voice over /KAL2". Alcatel USA. 
99*0392, July, 1999 (the "99-0392 profile") 

ATM Forum, "l-AN Emulation Over ATM Version 
1.0," (January 1995); ATM Forum, "LAN Emulation 
Client Management Specification Version 1.0" 
(September 1995); ATM Forum, "LAN Emulation 
Over ATM Version 1.0 Addendum" (December, 
1995); and ATM Forum, "LAN Emulation Servers 
Management Specification 1.0" (March 1996) 
(LANE-4} (All collectively refen^ed to herein as 
LANE specification) 

Telecordia, GR-303-CORE Issue 2. "IDLC Generic 
Requirements, Objectives, and Interface**, Decem- 
ber 1998 and the associated Issues List Report: 
GR-303-ILR Issue 2A, December 1998; 

Telecordia. GR-303-1MD, IDLC System Generic 
Operations Interface (fomnerly TR-TSY-000303 
Supplement 3), Issue 1 , December 1 998; Telecor- 
dia, GR-2833-CORE Issue 3, Revision 2, "Generic 
Operations Interfaces Using OSI Tools: informalion 
Model for IDLC and FITL Systems", and the asso- 
ciated issues List Report: GR-2B33-ILR Issue 3C, 
December 1998; and Telecordia, GR-2905-CORE. 
Issue 2, October 1997, Revision 'l, "Generic Re- 
quirements for EML Applications for Management 
of IDLC Systems", and the associated Issues List 
Report: GR-2905-ILR Issue 2B. December 1998 
(All referred to herein collectively as GR-303 Spec- 
Iflcatton) 

Telecordia, "Digital Interface Between the SLC-96 
(r) Digital Loop Carrier System and a Local Digital 
Switoh," Document No. TR-TSY-000008 Issue 2, 
Aug 1987 (TR-08 SpeciHcation) 

3. Description of Related Art 

P003) in the public switched telephone network 
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(PSTN), narrowband (NB) traffic is carried over i\me do- 
main multiplexed (TDM) links. The PSTN utilizes cross- 
connect switching systems at telephone company facil- 
ities, and digital loop carriers (DLCs) to provtde analog 
or TDM subscn*ber drops to individual customers. Nar- 
rowband services are defined herein to Include all TDM 
services up to a T1 data rate, as well as analog teleph- 
ony. They include plain old telephone service (POTS), 
integrated services digital network (ISDN), and Tl serv- 
ices, among others. 

[0004] The Asynchronous Transfer Mode (ATM) net- 
work is a network of digital switches which carry and 
route traffic which has been packaged into individual 
"ATM cells". ATM is defined in a number of specifications 
published by the ATM Forum, including UNI 3.1 and UNi 
4.0. The tenm "ATM," as used herein, refers to a network 
protocol that conforms to these documents in alt rele- 
vant respects, whether or not it also conforms to more 
recent or other speclfteatlons as well. In an ATM net- 
work, each cell contains addressing information which 
enables the ATM switches to route incoming cells to the 
next node toward their proper destination. Digital Sub- 
scriber Line Access Multiplexers (DSLAMs) are used to 
provide Individual subscriber connectk)ns to the ATM 
network. ATM servbes are usually used to provide 
broadband (BB) services to individual customers. In the 
access loop. ATM Is typically carried over an ADSL 
physical layer on a twisted copper pair. 
[0005] Recently, there has been interest in providing 
narrowband loop emulation services, or voice, over an 
ATM Interface. Such sen^ices can provide narrowband 
tines, sometimes called "derived lines,** at the customer 
premises without requiring additional twisted pairs. "De- 
rived line* service typically utilizes an already existing 
ATM over ADSL access loop infrastructure to provide 
additional nanrowband services to the customer. 
[0006] Fig. 1 is a block diagram of pertinent parts of 
a prior art network architecture which uses a standalone 
gateway to provide loop emulation services at a custom- 
er premises. At the customer premises, a data network 
1 1 0 is connected to a data port of an ADSL termination 
unit (ATU-R) 112, also called an Integrated Access De- 
vice (IAD). The data network carries data encapsulated 
In packets, for example IP packets, typk:ally over an Eth- 
ernet In the upstream direction, the ATU-R 112extracts 
the IP packets from Ethernet frames, re-encapsulates 
them Into ATM cells and transports them over the ADSL 
link 118 to a digital subscriber line access multiplexer 
(DSLAM) 1 1 4 in a service provider's Central Offk» (CO) 
133. The reverse process occurs In the downstream di- 
rection. As used herein, IP packets and ATM cells are 
both examples of ''packets". Optionally, a splitter 116 
can be Inserted within the ATM-over-ADSL link 118 at 
the customer premises, and a corresponding splitter 119 
at the central office 133, to atlow conventional analog 
POTS signals to be carried over the same twisted pair 
118 to the location of DSLAM 114 where they are split 
off and provided to a line unit of a Class 5 switch 129. 
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DSLAM 114 cames the IP-over-ATM traffic onto the 
ATM network 120, where It can be routed to other 
DSLAMs 122 and/or Internet service providers (ISPs) 
1 24. Obviously, the overall architecture can also include 
5 conventional POTS service at the same customer 
premises, connecting to the Class 5 switch 1 29 via sep- 
arate analog and TDM Jinks and equipment not shown. 
The use of the ATM network 120 to carry IP-over- ATM 
data between or among two or more data networks is 
typically accomplished according to the local area net- 
work emulation (LANE) specifications incorporated 
above. In addition, whereas the implementation shown 
in Fig. 1 uses an ADSL {Asymmetric Digital Subscriber 
Line) link connected between the ATU-R and the 
DSLAM 114, other types of Digital Subscriber Line 
(DSL) links can be used instead. At the central office, 
the ADSL link 118 is terminated typically by an ADSL 
Terminations Unit-Central Office (ATU-C) card in the 
DSLAM 114. 

[0007] In order to provide derived line sen/ice. the 
ATU-R 11 2 Is modified to provide one or more narrow- 
band POTS ports 128. The ATU-R 112 digitizes the 
POTS signals from ports 128 and encapsulates them 
Into ATM cells, which it then merges with the iP-over- 
ATM cells created from the data network 110. Thus the 
stream of ATM cells carried over the ATM-over-ADSL 
link 118 includes both conventional data-carrying ATM 
cells as well as ATM cells carrying TDM vok:e traffic. 
ATM cells carrying TDM trafHc, however, are carried 
within a virtual circuit (VC) that terminates at a stan- 
dalone gateway 130. DSLAM 114 routes all of the ATM 
cells anriving from ATM-over-ADSL link 114 into the ATM 
network 120, whk^h eventually routes those ceils carry- 
ing TDM traffic to the gateway 130. The gateway 130 
extracts the TDM Information from its Incoming ATM 
cells and converts them back to TDM fomnat for trans- 
mission, for example over a GR-303 link 132, to a sec- 
ond Class 5 switch 126. In the reverse direction, TDM 
traffk; from the switch 126 arrives at the gateway 130, 
where it is encapsulated into ATM ceils and transmitted 
to the ATM network 120. The ATM network 120 routes 
the cells to the proper DSLAM 114, which routes them 
further onto the ATM-over-ADSL link 118 to an ATU-R 
112. The ATU-R 112 extracts the TDM data from these 
ATM cells and forwards it to derived line port 128. 
[0008] Since there is no direct analog connection be- 
tween a derived line POTS port at the customer premis- 
es and the TDM switch 128 on the far side of the gate- 
way 130, ordinary POTS signaling behaviors, such as 
on- and off-hook, will not have their desired effect. 
Therefore, in order to complete the loop emulation serv- 
ice provided by gateway 130, the ATU-R 112 detects 
such behaviors, encodes them Into special signaling 
ATM cells and transmits them to the gateway. The gate- 
way then decodes the signaling ATM cells and signals 
the Class 5 switch on behalf of the derived POTS lino. 
Any downstream signaling is transported in a corre- 
sponding manner. 
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[0009] Typical specifications for encapsulation and 
extraction of both the TDM voiceband signals as well as 
POTS signaling infonnation are described in the above- 
incorporated VTOA specification and ITU-T Recom- 
mendations 1.363.2 and 1.366.2. ATM celts conforming 
to these specifications in all relevant respects, whether 
or not they also conform to other specifications as well, 
are referred to herein as AAL Type 2 ATM cells or merely 
AAL-2 or AAL2 cells. As used herein, "user traffic" refers 
to traffic carrying content (voice, data, etc.) to or from 
users, whereas "signaling or management traffic" refers 
to traffic carrying signaling content and other content for 
operating the communications network. 
[0010] The gateway 130 is a standalone unit, residing 
behind the ATM network in a separate central office, and 
supporting multiple DSLAMs. In other configurations the 
gateway 130 can reside behind only one DSLAM and 
be located in the local sen/ice provider's central office 
133, In which case the gateway 130 can connect to the 
local Class 5 switch 129 instead of requiring a separate 
Class 5 switch 126. In either configuration the gateway 
130 is a separate unit, separate from the various ATM 
and PSTN switches and access multiplexers. As a stan- 
dalone unit the gateway 130 needs to be managed as 
a separate network element, for a wide variety of pur- 
poses includtngfault detectk>n, protection switching and 
repair, configuration and provisioning, performance 
monitoring, security, connectivity and accounting. This 
can create difficulties since standalone gateways are 
typteaily not manufactured by the same companies that 
manufacture other network equipment that the service 
provider may need to manage, and the controllers that 
manage such gateways therefore may not integrate well 
with those that manage ail the other equipment in the 
central office. As shown In Fig. 1 . therefore, the gateway 
130 is managed by one element management system 
(EMS) 131 . whereas the DSLAM 114 is managed by an- 
other, different, EMS 123. A standalone gateway also 
needs to be managed as a separate communications 
node in both the ATM and TDM networks, for establish- 
ing required Interconnections for network traffic. This too 
can present problems because provisioning of telepho- 
ny will require coordination between the gateway Class 
5 switch assignments and separate derived POTS lines 
assignment. In addition, maintenance procedures will 
also need circuit traceablilty between multiple network 
elements. Test and turn-up processes to test derived 
POTS lines will furthemiore require coordination with 
multiple network elements, since the standalone gate- 
way typically has no telephony test access points. Stilt 
further, there are no cun^ently existing element manag- 
ers whtoh support derived line network elements from 
murtiple vendors. Thus the need to mix and nnatch DLCs 
and standalone gateways wilt require special testing for 
compatibility of the management function for each ele- 
ment. 

[001 1] A standalone gateway also represents an ad- 
ditional point of potential failure for network reliability 



purposes. Moreover, as a standalone unit the gateway 
130 occupies valuable central office Uoor space and has 
its own added power and cooling requirements. It re- 
quires its own separate battery backup system as well, 
5 which can be a significant added cost. Stilt further, be- 
cause the gateway 130 is a standalone unit, it can bo 
uneconomical to install one for only a small number of 
derived POTS lines. 

[0012] Accordingly, while existing TDM-ATM gate- 
10 ways are valuable in providing derived line service and 
thereby greatly increasing the value to subscribers of 
DSL service, they do so only at great cost which may 
not be justified by the added revenue that a servk:e pro- 
vider might receive by providing derived tine servk:e. It 
IS would be extremety desirabie to find a way to provide 
derived line service on DSL lines at a much reduced 
cost, without needing to install a standalone gateway 
unit. 

20 SUMMAmr OF THE INVENTION 

[0013] According to the invention, roughly described, 
a TDM- ATM gateway that perfonms loop functions on 
behaif of one or more narrowband derived lines is incor- 

25 porated Into the same equipment that perfomns routing 
of network traffic. The routing can involve switching or 
multiplexing or both, and it can consist of ATM cell rout- 
ing or TDM traffic routing or both. In the preferred em- 
bodiment, the gateway Is incorporated into equipment 

30 that routes both TOM traffic and ATM traffic, such as an 
Atcatel USA Litespan term inat. in this case the TDM port 
of the gateway is multiplexed with other TDM subscriber 
traffic onto a network side TDM interface and the ATM 
port of the gateway acts as the ATM termination point 

^ for one or more virtual circuits from one or more sub- 
scriber remote ATM termination units. 
[001 4] By integrating a TDM-ATM gateway with other 
network equipment that also performs ATM and/or TDM 
traffk: routing, It is no longer necessary to metnage the 

40 gateway as a separate network element. Instead, it can 
be managed as merely a component or sub-component 
of the routing equipment. Nor, in some embodiments, 
does an integrated gateway represent an additional 
point of potential failure, since In such embodiments the 

45 gateway is integrated onto a controller card that is al- 
ready part of a protection group, and that is already the 
smallest repiaceable component in the event of failure. 
Nor does an Integrated gateway occupy any additional 
central office floor space, nor does it add significantly to 

50 the power and cooling requirements of the existing 
equipment. Moreover, because most of the fixed costs 
incurred to support an integrated gateway are already 
incurred due to the host network equipment, a service 
provkJercan economically choose to roll out derived line 

55 sen^ice gradually, with only a small number of lines sup- 
ported initially, and/or can transition from PSTN-trans- 
ported TDM servk^ to ATM-transported TDM service al- 
so as gradually as desired. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[001 5] The invention will be described with respect to 
specific embodiments thereof, and reference will be 
nnade to the drawings. In which: 

Fig. 1 symbolicalJy illustrates a conventional net- 
work architecture. 

Fig. 2 is a block diagram of pertinent portions of a 
Litespan CBA of Fig. 5. 

Figs. 3-8 illustrate portions of a Litespan System In- 
corporating features of the invention. 
Fig. 9 Is a communication protocol diagram. 
Figs. 10, 12 and 13 illustrate functions perfomied 
by the gateway in Fig. 2. 

Fig. 11 symbolically illustrates the network architect 
ture of Fig. 1 , modified to incorporate features of the 
invention. 

Fig. 14 symbolically Illustrates messaging flow 
through a conventional Litespan Terminal. 
Fig. 15 symbolically illustrates messaging flow 
through a Litespan Terminal, modified in accord- 
ance with an aspect of the invention. 
Figs. 1 6 and 1 8 are ladder diagrams illustrating call 
origination flow using the structures of Fig. 14, for 
TR-08 and GR-303 connections respectively. 
Figs. 17 and 19 are ladder diagrams illustrating 
modifications of the ladder diagrams of Figs. 1 6 and 
1 8, respectively, for implementing aspects of the in- 
vention. 

DETAILED DESCRIPTION 

[0016] Fig. 11 Is a block diagram of gateway network 
architecture that can be used to implement loop emula- 
tion sen/Ices. All of the customer premises equipment 
can be the same as that shown in Fig. 1. However, In- 
stead of providing the gateway function in a centralized 
unit behind the ATM network, the gateway function is 
provided locally at the DSLAM, before cells are provid- 
ed to the ATM network 120. A TPM access multiplexer 
such as a digital loop carrier (OLC) is integrated together 
in the same unit as the DSLAM, and the gateway func- 
tion operates between these two functions. Basically, 
therefore, the gateway function is integrated in a com- 
bined DLC/DSLAM node. 

[0017] In particular In Fig. 11 . the DLC and DSLAM 
exist together in a single Litespan ADSL system de- 
scribed, for example, in the above-incorporated 
Nattkemper, et al. patent As shown in Fig. 1 1 , the ATM- 
over-ADSL link 11 8 is connected to the combined DLC/ 
DSLAM 1110. which has been modified to include its 
own gateway function 1112. The gateway function 1112 
is integrated into the DLC/DSLAM access node 1114. In 
the access node 1114, subscriber ATM cells carrying 
TDM data are routed to the gateway 1112, whk:h ex- 
tracts the TDM data and transmits it, for example via a 
GR-303 or TR-08 Unk, to the local Class 5 switch 129 



located In the same CO 1 1 33 that houses the access 
node 1114. No connection to a second CJass 5 switch 
such as 126 (Fig. 1) is required. In the reverse direction. 
TDM traffic from the Class 5 switch 1 29 destined for de- 

s rh/ed line 1 28 arrives at the gateway 1112. which encap- 
sulates it into ATM cells and transmits it, via the DLC/ 
DSLAM 1110, onto the proper ATM-over-ADSL sub- 
scriber link 118. The DLC/DSi_AM continues to route 
conventional ATM cells back and forth between the ATM 

10 network 120 and the ATM subscriber DSL link 118. The 
gateway 1112 and the ATU-R 112 perfomi standard 
AAL-2 encapsulation and signaling, using standard pro- 
files, in order to encapsulate loop traffic and signaling in 
ATM cells. 

15 [0018] As used herein, "switching" refers to the con- 
veyance of traffic from one of a plurality of Interfaces to 
a selectable one of another of a plurality of interfaces. 
The set of input interfaces can be the same as, com- 
pletely distinct from, or partially overiapping with , the set 

20 of output interfaces. A "switch" typfcally Incorporates or 
makes reference to a database indicating a mapping of 
Input channels to output channels. For ATM switches, 
the database indk^ates, among other things, which ATM 
output interface is to be used for fon^^arding Incoming 

25 cells having a particular ATM destination address. For 
TDM switches, the database indicates, among other 
things, which TDM output interface, and whk:h time slot 
on that TDM output Interface, should be used for for- 
warding Incoming data in each time slot of an incoming 

30 TDM Interface. 

[0019] Also as used herein, "multiplexing" refers to 
the merging of data from a number of input interfaces of 
a lower bit rate, onto a smaller number of output inter- 
faces having a higher bit rate. "Demultiplexing" refers to 

35 the opposite process. Typteatly telephony traffic multi- 
plexers multiplex data from N Incoming Interfaces onto 
one outgoing interface having N-times the data rate of 
the Input interface. Telephony multiplexers may or may 
not also perfonri switching, and telephony switches may 

40 or may not also perfomn multiplexing. 

[0020] Also as used herein, 'routing* is an umbrella 
term which includes switching, multiplexing, or both. 
[0021] Fig. 3 is a block diagram illustrating one imple- 
mentation of Integrated gateway loop emulation servic- 

45 es, which takes advantage of the integration between 
TDM and ATM processing in the Litespan ADSL system. 
The Litespan ADSL system Includes a Litespan central 
office tenninal (COT) 31 0 located in a service provider's 
central office 312. and a plurality of remote terminals 

50 (RTs) 314 and 31 6, at remote locations outside the cen- 
tral office 31 2. Each Litespan temninal 31 0, 31 4 and 31 6 
which participates In the loop emulation servk^e Includes 
at least one Lifespan ADSL channel bank (CBA). A 
Litespan ADSL channel bank includes 0 or. more nar- 

55 rowband line units and one or more ADSL line units (AD- 
LUs), all of which communicate over a backplane with 
an ADSL bank control unit (ABCU). The A6CU performs 
both TDM time slot interchange (TSi) functions, as well 
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as ATM access multiplexing for the AOLUs m the chan- 
nel bank containing the ABCU. Each temnlnal is a sep- 
arate unit and is managed as a separate network node, 
but both TDM and ATM access muJtlpfexIng functions 
are integrated together in the node. According to the em- 
bodiment illustrated in Fig. 3, a separate gateway func- 
tion is Incorporated onto each of the ABC Us in each of 
the Litespan ADSL channel banks in each of the temil- 
nats in the Litespan system. Attematlvely. anotlier em- 
bodiment can provide a gateway function on only one 
ABCU per Litespan terminal in the overall Litespan sys- 
tem. Fig. 4 shows yet another embodiment, which in- 
cludes only a single gateway function for the entire 
Litespan system. In the illustration of Fig. 4, the required 
gateway function is located on an ABCU in the COT, and 
the gateway functions on ABCUs within remote termi- 
nals are optional. 

[0022] The gateway functions Illustrated In the em- 
bodiments of Figs. 3 and 4 are viewed from the core 
ATM network 120 and the ATM switch fabric In Litespan 
system merely as addressable ATM nodes. Thus, in the 
general case, any of the gateway functions in the 
Litespan system can perform gateway services for sub- 
scribers connected to any other ATM port from which 
that gateway functbn is reachable. For example* Fig. 3 
illustrates a separate DSLAM 31 8. which does not itself 
provide any native TDM routing, connected across the 
ATM network 1 20 to the Litespan system of Fig. 3. Such 
an arrangement permits any of the gateway functions 
320, 322 or 324 to provide derived line service to any 
subscriber connected via an ATM link to the DSLAM 
318, in the same manner that stand-alone gateway 1 30 
In Rg. 1 provides derived line service for ATM-over-AD- 
SL customers connected to any of the DSLAMs 114 and 
122. The DSLAM 318 In Rg. 3 is shown located at the 
same central office 312 as the Litespan COT 310, but 
In another embodiment, DSLAM 318 can be located 
physically elsewhere. 

[0023] In Fig. 4, the DSLAM 31 8 connects directly to 
an ATM port of the Litespan COT 310 (e.g., continuing 
the Litespan ADSL daisy-chain), ratherthan connecting 
through the ATM network 120. 

[0024] Fig. 5 Mlustrates other aspects of an implemen- 
tatton of the invention In a Litespan ADSL tenminal. The 
temiinal includes a common control unit 51 0, a Litespan 
ADSL channel bank (CBA) 512, and a TSI (Time Slot 
Interchange) cable 514 Interconnecting them. The 
Litespan common control unit 610 includes a TSI card 
518, a tenminal control processor (TCP) 51 8, and a da- 
tabase (DB) 520. The Litespan CBA 512 includes an 
ADSL Line Unit (ADLU) 522 connected across the back- 
plane to the ABCU 524. The ADLU 522 provides the 
ATM-over-ADSL drop 1 1 8. The gateway function 526 is 
integrated onto the ABCU card 524. TDM traffic on the 
network side of the ABCU 524 is connected via the TSI 
cable 514 and the Litespan common control 51 0 to the 
TDM network 133. whereas ATM traffic on the network 
side of the ABCU 524 is connected to the ATM network 



1 20. It can be seen that a derived voice VC 528 is cro- 
ated between a TDM port 128 at the customer's premis- 
es and the gateway function 526, whk;h provides the 
gateway to the TDM network 1 33 via the TSI cable 51 4 
3 and common control 510. It can be seen also that an- 
other derived voice VC 530 Is provided between the cus- 
tomer premises equipment (CPE) and the gateway 
function 526 via the separate DSLAM 318 and» option- 
ally, through the ATM network 120. 
10 [0025] Fig. 5 also points out that ADSL is not the only 
physical layer protocol over which derived-line ATM 
cells can be carried. For example, the Litespan CBA 512 
also Includes an HDSL line unit (HDLU) 532, which pro- 
vides an HDSL2 port carrying ATM cells back and torrh 
f5 to other downstream equipment, such as a further ATM 
multiplexer and/or customer premises equipment 534. 
p)026] Fig. 5 also illustrates that a conventional ana- 
log POTS port is not the only type of user port that can 
be used In derived line service. In Fig. 5, an IP IH.323 
telephone 536 Is connected to a personal computer 
(PC) 538, which is connected to the ATU-R 112 via IP 
data network 110. The IP H.323 telephone 636 con- 
forms to the ITU-TH.323 recommendations incorporat- 
ed above. The ATU-R 112 converts IP H.323 data to 
ATM AAL2 derived POTS line cells, and visa versa. In 
the embodiment of Fig. 5, the gateway function 526 can 
enable derived line servk:e via the IP H.323 telephone 
536. In other embodiments, derived lines can be sup- 
ported via PC speakers and microphones connected to 
the PC 538, or RJtl jacks for normal telephone sets. 
This can be accomplished with an Internal network in- 
terface card, or via software in the PC. In yet another 
embodiment, certain kinds of IP base telephones can 
be connected directly to the data network 110 without a 
PC 538» in which case the H.323 telephone digitizes the 
analog signal and transports It over IP-over-Ethernel to 
the ATU-R 112, whfch extracts the votee signal and re- 
encapsulates it into ATM AAL2 cells for transmission to- 
ward the gateway 626. The opposite functions are per- 
formed in the downstream direction. 
[0027] Fig. 6 illustrates the Litespan CBA 51 2 of Fig. 
5, and Illustrates a oonventksnal voice path 610 and a 
conventional data path 612 through the CBA 512. Fig. 
6 also points out some specific functions perfomned by 
the Litespan. In particular, the ATM switching fabric 61 6 
on the ABCU 524, in addition to routing TDM-over- ATM 
cells from the derived voice path 614 to the gateway 
628, also routes TOM-over-ATM VCs from the ATM net- 
work to the gateway 526 and from further chained AB- 
CU's or DSLAMs to the gateway 526. The gateway 526 
terminates the TDM-over-ATM VCs and extracts the 
TDM data. The gateway 526 then places the TDM data 
Into an appropriate 64kbps time slot or slots on the SBI 
(Subscriber Bus Interface) bus 620. The gateway 526 
also perfomis echo cancellation and compression/de- 
compression of cells with silence and 64kbps voice. Fur- 
themnore. any POTS signaling whk;h had been encoded 
Into AAL-2 cells are converted into out-of-band (GOB) 
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ABCO signaling over the SBi 620 toward the Lilespan 
common conlrol 510 via a dedicated TCP messaging 
channel 624. In this manner, the gateway 526 perfonms 
TDM signaling toward the common -control on behalf of 
the customer premises equipment connected to the de- 
rived POTS port. 

[0028] The TSI map function 622 is the same TSi map 
function as previously existed In the ABCU prior to inte- 
gration of gateway 526. It maps time slots on the TSI 
cable 514 both to time slots on the conventional SBI bus 
610 on the CBA backplane, as well as to time slots on 
the SBI buses 620 connected to the TDM side of gate- 
way 526. In addition, the database 520 in the Litespan 
common control 51 0 (Fig. 5) is expanded to pemnit pro- 
visioning of virtual POTS ports or other virtual TDM serv- 
ices provided by the derived line feature. 
[0029] Rgs. 7 and 8 compare implementation of the 
Invention on a Lite8pan-2000 tennlnal to implementa- 
tion on a Litespan-2012 temnlnal. Fig. 7 Illustrates an 
implementation on a Litespan-2012 terminal. In a 
Litespan-2012 terminal, the common control unit 710 
can include an STS interface 712. Thus, the derived 
voice path 714 Is candied over the TSI cable only once 
for each direction of traffic flow. Rg. 8 illustrates an im- 
plementation on a Litespan-2000 terminal. In a 
Llte$pan-2000 terminal, the common control unit 810 
does not include an interface to the TDM network. Rath- 
er, the connection to the TDM network takes place via 
a DS1 card 812 in the Litespan CBA 814. In this case, 
the derived voice path 816 malces a round trip across 
the TSI cable 81 8 for each direction of traffic f tow. 
[0030] As mentioned, for the loop emulation services 
described herein, TDM traffic is encapsulated Into ATM 
cells using standard AAL-2 encapsulation. The AAL-2 
standard defines multiple "profiles" for carrying votoe in 
different encoding schemes, such as PCM-64, ADPCM- 
32 and ADPCM-40, and the 99-0392 profile incorporat- 
ed above, for example. Use of such standard profiles or 
other profiles not currently part of the AAL-2 standard 
are all envisioned within the scope of the invention. 
[0031 1 Standard AAL-2 sen/Ice specific convergence 
sublayer (SSCS) signeding, preferably using channel as- 
sociated signaling (CAS) as the default for narrowband, 
is used as the signaling scheme between the CPE and 
the gateway. This is based on 8-byte signaling PDUs 
that are carried in-band with the voice infonnatlon in 
their respective vofce channels. The signaling PDUs 
cany the In-band ABCD signaling bits for POTS. Nev- 
ertheless^ ff both ends of the interface support common 
channel signaling (CCS), then the signaling described 
In ITU-T Recommendation Q.931 above, can be used 
for narrowband signaling. 

[0032] Fig. 9 illustrates the communk^ation protocols 
used between the CPE 910 and the Class 5 switch 129 
to support the derived line 528 illustrated in Rg. 5. Re- 
ferring to Fig. 9, the telephone or other CPE 91 0 at the 
customer premises communicates the analog signals to 
the ATU-R 112. ATU-R 112 converts the analog signals 



to a pulse code modulation (PCM) form, and then en- 
capsulates the PCM data Into AAL-2-over-ATM cells. It 
then transmits the ATM cells using the ADSL physical 
layer protocol to the ADLU 522 in the Litespan CBA 512. 
5 The ADLU 522 extracts the ATM cells and transmits 
them via the CBA 512 backplane SBI bus upstream to 
the ABCU 524, which examines the ATM cells and de- 
termines from the VCI In such cells that they should be 
routed to the gateway function 526. The gateway func- 
tion 526 extracts the PCM voice samples from the AAL- 
2 ATM cells and transmits them upstream on the 
Litespan SBI bus and TSI cable 51 4 to the TSI card 51 6 
in the Litespan common control 51 0. The TSI card 51 6, 
either via an STS interface In the common control 510 
(see Fig. 7) or via a DS 1 Interface In the CBA 512 (see 
Fig. 8), forwards the voice samples up to the Class 5 
switch 129. The reverse set of protocol conversions is 
perfomned in the downstream direction. 
[0033] The ATU-R 112 and the ABCU gateway 526 
are provisioned such that the ATM AAL-2 cells are trans- 
mitted between the two units using an ATM permanent 
virtual circuit (PVC). In another embodiment, the com- 
munication between these two end points can occur via 
a switched virtual circuit (SVC), as described In ITU 
specification Q.2931 . Also, whereas the CPE illustrated 
In Figs. 5 and 9 consists of an analog telephone 910, 
communicating via an analog electrical signal with ATU- 
R 1 1 2, It will be appreciated that in another embodiment, 
the port on the ATU-R 112 can instead support purely 
digital Nx64kbps communication with the CPE 910. In 
this case, the user traffic can-led on the derived "voice" 
line 528 can be circuit mode data services and no con- 
version to PCM in the ATU-R 112 is required. In yet an- 
other embodiment, the user traffic consists of frame 
mo6e data senrkses which are communtoated to the 
ATU-R 112 In digital fomn, and the ATU-R 112 encapsu- 
lates the frame mode data into ATM AAL-2 cells using 
the AAL-2 data servtee specific convergence sublayer 
(SSCS) as described In ITU Recommendation 1.366.1. 
[0034] Returning again to the derived line 1 28 in Fig, 
5» It will be appreciated that unlike conventional POTS 
senrlce, there is no direct analog electrical connection 
between theCPE 910 at the customer premises and the 
Litespan CBA 512. Thus, well known POTS signaling 
behavior, such as lifting a handset off hook to start a call, 
replacing it on hook at the end of a call, and so on, need 
to be transmitted between the endpolnts of the derived 
line using a different method. In the present embodi- 
ment, the ATU-R 112 and the gateway function 526 en- 
code this tnfomfiation in special signaling ATM cells fully 
in accordance with ITU-T recommendation 1.366.2 in- 
corporated above. Nanrowband calls consisting of au- 
dio, voice, voiceband data, and circuit mode data, are 
all encapsulated in accordance with 1.366.2. For a con- 
ventional POTS circuit, subscriber signaling is per- 
formed toward the Litespan common control on the 
Litespan SBI bus by the conventional POTS narrow- 
band line unit in the CBA on behalf of the CPE. In tho 
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opposite direction* the POTS line unit provides appro- 
priate analog signaling toward the CPE In response to 
signaling codes receh/ed from the Litespan common 
control. In the derived lines embodiment of Fig. 5, it is 
the gateway function 526 which performs signaling on 
the Litespan SBI toward the common control 510 on be- 
half of the CPE 910. and it Is the ATU-R 112 which per- 
fomis analog signaling toward the CPE 910 on behalf 
of downstream signals received from the common con- 
trol 51 0. The signaling cells conveyed between the gate- 
way 526 and the ATU-R 112 carry not only control sig- 
naling, but also signaling for the purpose of minimizing 
bandwidth utilization on the DSL line 1 1 8 wherever pos- 
sible. 

[0035] All of the packet fomiats and procedures for 
encoding the different infomnatlon streams for narrow- 
band voice, voiceband data and circuit mode data trans- 
missions are described In detail In ITU-T recommenda- 
tion L366.2 and will not be repeated here. In brief sum- 
mary, however, the transmitting end of the TDM-over- 
ATM path performs at least the following functions, all 
described In 1.366.2: 

a) Encoding of audio samples Into a sequence of 
bits. 

b) Selection of audio encoding algorithm based on 
the characteristics of a call and resource conditions, 
e.g. congestion indications. 

c) Silence compression by voice activity detection 
and the discontinuous transmission of silence inser- 
tion descriptors. 

d) Pass-through of circuit mode data as one 8 kHz 
octet stream per time slot. 

e) Extraction of data frames and the removal of 
flags, bit stuffing, and CRC, if relevant. 

f) Detection and preferential treatment of facsimile 
and modem traffic, e.g. higher-fidelity encoding. 

g) Extraction of dialed digit codes from multlfre- 
quency tones. 

h) Extraction of channel associated signaling bits 
and analysis of their transitions. 

I) Demodulation of facsimile Into baseband bits for 
page control and Image data. 

J) Detection of alarms. 

k) Synchronized transfer of processed signals to the 
SSCS. 

i) Requests and responses of user state control op- 
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orations. 

[0036] In addition, in different embodiments, the 
transmitting end can also perfomn one or more of the 
5 following functions, all described in detail in 1.366.2: 

a) Insertion of encoded audio bits into a packet 
structure. 

10 b) Indbatlon of the algorithm used through fields of 
the packet header (e.g. UUl codepoint and length 
indicator) or packet payload. 

c) Insertion of SID bits and indication of the SID 
15 used, just like any audio algorithm. 

d) Insertion of octet streams into a packet structure 
based on time slots. 

20 e) Segmentation, with error protection, of data 
frames into a sequence of packets. 

f) Insertton of encoded bits for voiceband data and 
indication of the algorithm used. Just like any other 

25 audio. 

g) Insertion of dialed digit codes into a distinguished 
packet structure. 

30 h) Insertion of channel associated signaling bit tran- 
sitions into a distinguished packet structure. 

I) Insertion of facsimile baseband bits Into packet 
structures distinguished for this purpose. 

35 

j) Insertion of alamns Into a distinguished packet 
structure. 

k) Sequence nun^ering of packets to assist iso- 
40 chronous reconstruction of Information streams at 
the receiver. 

I) Generation of user state control messages. 

45 [0037] The receiving end of the TDM-over-ATM path 
perfonms the following functions, ait described in detail 
In 1.366.2: 

a) Identification of incoming packet types, deter- 
so mined by fields of the packet header or packet pay- 
load. 

b) Buffering of time-sensitive packets to reduce de- 
lay variation (biilld-outfordejitterlng). 

55 

c) Attention to sequence numbers In the timely re- 
lease of packet contents to the User, e.g. discard of 
late packets. 
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d) Extraction of algorithm identification and encod- 
ed audio bits from paclcet structure. 

e) Indication of any unrecoverable gaps in the bit 

stream. 

t) Extraction of octet streams from a packet struc- 
ture based on time slots. 

g) Reassembly, with error detection, of data frames 
from a sequence of packets. 

h) Extraction of dialed digits codes. 

i) Extraction of channel associated signaling bit 
transitions. 

J) Extraction of facsimile baseband bite, 
k) Extraction of alarms. 

I) interpretation of user state control messages, 

[0038] The receiving end can also perform one or 
more of the following functions as well, all described In 
detail in 1.366.2 

a) Recognition of the encodings applied to an infor- 
mation stream. 

b) Removal of any delay variation introduced by Us- 
er decodirig. 

c) Synchronized transfer of encoded information 
from the SSCS. 

d) Decoding of audio bits into a sequence of audio 
samples, including comfort noise generation as di- 
rected by silence insertion descriptors. 

e) Attempting to mask the error perceptually If ex- 
pected audk) bits are missing. 

f) Regeneration of circuit mode data as one 8 kHz 
octet stream per time slot. 

g) Regeneration of data frames and the restoration 
of flags, bit stuffing, and CRC. if relevant. 

h) Regeneration of multifrequency tones from the 
dialed digit codes. 

i) Regeneration of channel associated signaling 
from the bit transitions. 

j) Remodulation of facsimile from the baseband bits, 
k) Interpretation of alamns. 



I) Indications and confirms of user state control op- 
erations. 

p)0391 The ATM AAL-2 specifications permit the 

5 sender and receiver to choose any of several possible 
options on the user plane, the control plane and in the 
management plane. On the user plane, the gateway 526 
and ATU-R 112 preferably implement ATM Forum pre- 
defined profile 7, specifying an AAL-2 ceil carrying 33 

10 bytes of 64kbps p.-law PCM and ADPCM-32 as the de- 
fault voice CODEC profiles. In addition, the gateway 526 
and the ATU-R 112 also implement an extensible means 
of negotiating other voice CODEC implementations as 
well. Furthermore, the CPE is designed preferably so 

IS that the default means of clock synchronization between 
the CPE and the Lifespan is an adaptive clocking algo- 
rithm based upon the receipt of downstream voice cells 
from the Lifespan. On the control plane, the gateway 
function 626 and the ATU-R 112 each preferably support 

20 Channel Associated Signaling (CAS) as a default. Pref- 
erably, each also supports Common Channei Signaling 
(CCS), and Includes a detection mechanism to deter- 
mine whether the other supports enhanced CCS capa- 
bilities. The CAS ABCD signaling bits are incorporated 

29 into an AAL2 lVpe-3 (UUN24) packets with a specific 
predefined value In the header field. 

[0040] On the management plane, the gateway func- 
tion 526 and ATU-R 112 preferably implement a Loop 
Start default service type, if a POTS port on the ATU-R 

30 112 is out of service or otherwise unprovisioned^ then 
the Litespan merely rejects call initiation from the ATU- 
R 112 on that channel (i.e., denies dialtone). Otherwise, 
voice services for the CPE 910 are managed by the 
Class 5 switch 1 29 through the TR-08, GR-303, or V.52 

35 interface with the Litespan. 

[0041] Fig. 1 4 illustrates symbolically the messaging 
flow for conventional POTS service from a Litespan. The 
CPE 1410 is connected via an analog link to the POTS 
line unit 1412, whtoh communk^ates signaling infonna- 

40 tion with the TCP 1 414 in the Litespan, Connmon Control 
1 428 via a subscriber bus data link (SBDL) that Is asso* 
dated with the particular card slot containing the POTS 
line unit 1412. Messages are transported on the S8DL 
from the POTS line unit 1 41 2, along a backplane bus to 

45 the ABCU 1416. up the TSI cable 1418 to a TSI card 
1422 in the common control 1428 and on to the TCP 
1414 where the messages are tenninated. The reverse 
path Is used for downstream signaling methods. Forsig- 
naling messages to the Class 5 switch 1420, standard 

50 TR-08 or GR-303 signaling is provided from the TCP 
1 414, back down the TSI card 1 422, down the TSI cable 
1418, and down to the ABCU 1416, The ABCU 1416 
routes the signaling messages in TDM fomn across the 
CBA 1424 backplane to a DS1 card 1426. which further 

55 routes them out to the Class 5 switch 1420. Downstream 
signaling flows from the Class 5 switch 1420 to the TCP 
1414 follow the same path In reverse. 
[0042] The data and signaling f omnat on theTSi cable 
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1418, both between the POTS line unit 1412 and the 
TCP 1414, and between the TCP 1414 and the Class 5 
Switch, are described in the above-incorporated U.S. 
Patent No. 5,889,773 and in the above-incorporated 
TR-OB and GR-303 specifications, and therefore will not 
be repealed here. Briefly, however, it is noted that nar- 
rowband traffic within the titespan temninal is carried in 
1 -millisecond superframes each having eight 125-mi- 
crosecond frames to pemnit the transport of bit oriented 
signaling associated with standard telephony traffic. 
Each frame has a subscriber bus interface (SBI) fomnat 
comprising a 32-byte timeslot data stream, each times- 
lot byte having a 1 6-bit Interleaved data format such that 
two separate bit interleaved data streams are supported 
by SBI format. The odd bit positions of the 16-blt inter- 
leaved data f omiat cany the actual transported narrow- 
band data (both in-band and out-of-band), and the even 
bit positions are not used on the TSt cable. On the CBA 
1424 backplane, the odd bit positions can be used to 
carry upstream ADSL data. The SBI fomiat carries in- 
ternal system communication, and the user information 
with out-of-band bit oriented signaling for twenty-four 
DS-0 signals or one VT1 .5 signal. 
[0043] The 32-bytB timeslot data stream of the SBI 
format is divided into overhead channels of a reserved 
byte R, bit oriented signaling bytes SIG, internal datalink 
bytes SRQ (Service Request), a framing byte, and data 
channels of digital signal level zero signal (DSO) channel 
bytes 01-24. The twenty-four DSO data channel bytes, 
when carrying audio, are carried In a pulse code modu- 
latedformat. They are cRstrlbuted across the 125-mfcro- 
second frame In setsof threechannels In order to evenly 
distribute the overhead channels across the 125-mlcro- 
second frame and permit minimal buffering for conver- 
sion to digital signal level one (DS1) signals. The data 
for the DSO channel bytes, when carrying audio, are 
placed in the SBI fomiat in an inverted standard |i-law 
format In order to provide quiet pulse code modulation 
when a POTS line card Is removed or loses power. Bit 
oriented signaling bytes SIG transport the standard AS 
or ABCD signaling used on Tt systems to support 
4-state and 16-8tate signaling modes as well as the 
unique signaling mode described in the Bellcore TR-08 
specification incorporated above. Datalink bytes SRQ 
and SBDL provide a communication capability with TCP 
1414. A unique byte value is transpoited In the R and 
SRQ bytes of the eighth frame of a superframe in order 
to identify a boundary for each superframe. 
[0044] Fig. 15 illustrates the messaging flows that 
take place for derived line loop emulation sen/ice in a 
Litespan temninal. Referring to Fig. 16, the messaging 
channel 1512 between the ATU-R 1614 and the TCP 
1516 In the Lifespan common control 161 8 is as follows. 
Signaling infomnatJon is encapsulated into AAL2 ATM 
cells as previously described for transport between the 
ATU-R 1514 and the gateway 1620 In the ABCU 1522 
of a Litespan CBA 1524. The ATM cells are transported 
on the ADSL link 1526 between the ATU-R 1514 and 
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the ADLU 1 51 8, and then on the CBA backplane bus to 
the ABCU 1522 in the CBA 1524. The ATM path Is ter- 
minated at the gateway 1520, but the messaging path 
then continues via a common ABCU SBI/SBDL control 
5 channel up the TSI cable 1418 to the TCP 1616. The 
signaling between the TCP 1 51 6 and the Class 5 switch 
1526 is unchanged. Downstream signaling flow follows 
the same paths in reverse. 

[0045] Fig. 16 is a simplified ladder diagram illustrat- 
ing conventional TR-08 call origination flow using the 
structure of Fig. 14. At time 1610, when a customer 
takes the telephone 1 41 0 off hook, electrical circuit com- 
pletion is detected by the POTS line unit card 1412. 
which then transmits the off-hook message via out of 
band Litespan signaling, and via TCP 1414 to the DS1 
card 1426, which then transmits an off-hook signal state 
to the Class 5 switch 1420. At tlnrte 1612, the Class 5 
switch 1420, in response to the off-hook signal from the 
Utespan, transmits a dialtone back to the DS1 card 
1426. The DS1 1426 passes the dialtone back to the 
line card 1412, which passes it on to the phone 1410. 
At time 1 61 4, the customer dials digits on the telephone 
1 41 0. which are transmitted ail the way up to the Class 
5 switch 1420. End-to-end call establishment then takes 
place between the Class 5 switch 1420 and telephone 
141 0 at time 1 61 6. Finally, at the conclusion of the con- 
versation, the customer hangs up the telephone 1410 
(time 1618). An electrical open circuit is detected by ^hc 
POTS line unit card 1412, which transmits the on-hook 
signaling via Litespan out of band messaging to the DS1 
card 1426, which finally transmits the on-hook signal up 
to the Class 5 switch 1420. The on-hook and off-hook 
signaling from the DS1 card to the Class 5 switch is in 
band signaling. The TCP 1414 does not inten/ene at all 
In the messaging between the Class 5 switch and the 
telephone 1410, except to provide proper time slot map- 
pings from the POTS card 1412 to the DS1 card 1426. 
{0046] Fig. 17 Is a simplified ladder diagram Illustrat- 
ing call origination from a POTS telephone 1510 using 
the derived lines structure of Fig. 16. In step 1710, the 
customer takes the telephone 1510 handset off hook. In 
step 1 712, the ATU-R 1514 detects the off-hook condi- 
tion and signals it to the gateway 1520 via AAt-2 ATM 
packets as previously described. The gateway 1 520 ter- 
minates the ATM path and forwards the off-hook sign- 
aling to the Litespan TCP 1516 via the ABCU SBDL as 
prevk>usly described (Step 1714). In Step 1716, the 
gateway 1620 also originates an off-hook message via 
Litespan out-of-band A/B signaling, through the TCP 
1616, to the DS1 card 1530. The 0S1 card 1530 re- 
sponds as in step 1610 (Fig. 16) to signal off-hook, via 
in-band signaling, to the Class 5 switch 1528. While the 
Class 6 switch 1628 is processing the off-hook signal, 
the ATU-R 1514 is providing silence to the telephone 
1 51 0 (Step 1 71 8). Also. In Step 1 720, the Litespan TCP 
1 51 6 Is assigning a TSI time slot for this call and trans- 
mitting the assignment to the gateway 1 520. When iho 
time slot assignment message is received by gateway 
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1520, it so signals the ATU-R via AAL2 signaling (Step 
1 722) and AAL2 voice packets between the ATU-R 1514 
and Gateway 1520 can begin. 
[00471 Eventually, In Step 1724. the Class 5 switch 
1528 sends a connect nnessage back to the Litespan 
TCP 151 6 via the DS1 card 1530, and sends an In-band 
dial tone from the Class 5 switch 1 528 all the way to the 
telephone 1510 (Step 1726). AB signaling supervision 
then takes place between the Class 5 switch 1528 and 
the telephone 1510 (Step 1728). Dialed digits and voice 
data are then transnnitted between the telephone 1510 
and the Class 5 switch 1528 in the manner previously 
described (Step 1730). 

[0048] Fig. 1 8 is a simplified ladder diagram Illustrat- 
ing conventional call origination in the structure of Fig. 

1 4. using a GR-303 interface to the Class 5 switch 1 420. 
At time 1810. the telephone 1410 goes off hook. The 
POTS tine card 1412 detects this condition and sends 
an off-hook SBDL message to the Utespan TCP 1414, 
which then sends a channel set-up request message to 
the Class 6 switch 1 420 via the Interface group (IG) Time 
slot Management Channel (TMC). At time 1812, the 
Class 5 switch 1420 transmits an IG TMC set-up ac- 
knowledgment message back via the DS1 card 1426 to 
the TCP 1414, Indicating a DSO assignment for the new 
call. The Class 5 switch at time 1814 also sends a con- 
nect message to the Litespan TCP 1414. The TCP 1 41 4 
cross-con nects the DSO of POTS card 1 41 2 to the Class 
5 DS1 time slot as assigned by the Class 5 switch. At 
time 1816, the Class 5 switch transmits a diallone. The 
TCP connection is established and ABCD path supervi- 
sion takes place between the DS1 card 1426 and the 
POTS line unit card 1412. The telephone 141 Otransmits 
dialed digits In-band all the way to the Class 5 switch, 
the end-to-end call is established, and eventually at time 
1 822 the customer replaces the handset on hook at the 
telephone 141 0. The POTS line unit 1412 transmits the 
on-hook Indication to the TCP 1414 via the SBDL time 
slot of the POTS card 1412. The TCP 1414 then releas- 
es the communication path and changes the POTS line 
to klle call state. It also signals the DS1 card 1426 to 
signal the on-hook condition to the Class 6 switch 1 420. 
[0049] Fig. 1 9 is a sinnpimed ladder diagram illustrat- 
ing call origination In the derived lines structure of Fig. 

15, where the interface between the Litespan and the 
Class 5 switch 1528 is a GR-303 interface. In step 1 91 0. 
the customer takes the phone 1510 offhook. In Step 
1912. the ATU-R 1514 detects the off-hook condition 
and so signals the gateway 1 520 via A/B signaling over 
AAL2 cells as previously described. In Step 1914, the 
gateway 1520 further transmits the off-hook to the 
Litespan TCP 1516via the ABCU's SBDL as in Fig. 17. 
Meanwhile, the ATU-R 1514 transmits silence (Step 
191 6) to the telephone 1510. In Step 191 8. the Litespan 
TCP 1516sendsachannel set-up requestvia the SBDL 
to the DS 1 card 1530. which then f onwards it via the 
TMC messaging DSO to the Class 5 switch 1528 (Steps 
1 91 8 and 1 920). The Class 5 switch 1 528 responds with 



the TMC set-up acknowledgment message and the con- 
nect message (Steps 1922 and 1924). Without waiting 
for these messages, however, the Litespan TCP 1516 
provides Its own time slot assignment to the gateway 

5 1520 (Step 1926). A time slot connected message is 
transmitted from the gateway 1520 to the ATU-R 1514 
in Step 1 928, and AAL2 votee packet transmission be- 
gins between the ATU-R 1514 and the gateway 1520. 
After the connect message is received by the Litespan 

10 TCP 1 51 6 (Step 1 924). in-band dial tone is transmitted 
from the Class 5 switch 1 528 all the way to the telephone 
1510 (Step 1930), AB signaling supenfision takes place 
(Step 1932) and dialed digits and voice data are trans- 
mitted between the telephone 1510 and the Class 5 

IS switch 1528 (Step 1934). Eventually, the customer re- 
places the handset on hook Step 1936). 
[0050] The hardware and software with which a 
Litespan temninal Implements the gateway functions de- 
scribed herein will now be described. The great majority 

20 of the relevant functions and hardware units are de- 
scribed in great detail In Nattkemper, et al. U.S. Patent 
No. 5,953,318, incorporated above, and that description 
will not be repeated here. Instead, only certain modifi- 
cations to that system are described herein. 

25 [0051] Fig. 2 is a block diagram of pertinent aspects 
of a Litespan CBA201 0. It includes an ATM bankcontrol 
unit (ABCU) card 22 and a plurality of asynchronous dig- 
ital subscriber line (ADSL) line cards 24. While ADSL 
line cards 24 are described herein with respect to the 

30 asynchronous digital subscriber line protocol, ADSL line 
cards 24 may be instead Implemented with other appro- 
priate transmission protocols. In general downstream 
operation, Litespan CBA2010 receives ATM cells at the 
ATM switching fabric 25. ATM switch fabric 26 routes 

35 ATM cells between loop (ADSL) ports, network ports 
and upchaln and downchain ports. The ADSL ports are 
located on the ADSL line cards 24. Each such card in- 
cludes a bus Interface 27 to extract the ATM cell and 
provide It to a transceiver 28 where the ATM ceW is 

40 placed into the appropriate ADSL transmission fonnat 
for transmission to a remote unit (not shown in Fig. 2). 
The remote unit processes the ADSL transmission re- 
ceived from ADSL line card 24 through a transceiver, 
physical layer unit, segmentation and resegmentation 

^5 unit or other appropriate device and a user interface, for 
transmission to an end user. 

[0052] ABCU card 22 also may receive downstream 
TDM traffic over the TSI cable 34 from TDM switch 13 
through a switching device such as DLC system 1 5. AB- 

50 CU card 22 includes a time slot assignor (TSA) 35 (also 
sometimes refen-edto herein as aTSI Mapping unit) that 
places the TDM traffic into the SBl fonmat. The TDM traf- 
fic in the SBl format is provided to an SB! selector 36 
and sent to the appropriate ADSL line card 24 for trans- 

55 mission to the end user. 

[00531 In the upstream direction, ADSL line card 24 
receives an ADSL or narrowband transmission from a 
remote unit and places the transmission Into an appro- 
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priate ATM or TDM traffic stream at bus interface 27. 
The ATM and TDM traffic streams are transferred to a 
corresponding SBl selector 36 in order to provide the 
TDM traffic to time slot assignment 35 and the ATM traf- 
fic to ATM switch fabric 25. 

[0054] The ABCU 22 also includes the gateway func- 
tion 2014. The gateway 2014 has an ATM interface 
2016, a TDM interface 2018, and an interface 2020 to 
a gateway controller 2022. The ATM interface 2016 of 
the gateway 201 4 Interfaces with the ATM switch fabric 
25 in the same manner that any of the bus Interfaces 26 
and SBl selectors 36 interface with the ATM switch fab- 
ric 25. The TDM interface 201 8 of the gateway 2014 In- 
terfaces with the narrowband TSA 35 In the same man- 
ner that the narrowband TSA 35 Interfaces with any the 
SBl selectors 36. The gateway 2014 sets mappings for 
the derived line service matching the VCs connected be- 
tween the gateway ATM Interface 2016 and any of the 
ATU-Rs (not shown in Fig. 2). on the one hand, to TDM 
switch assignments for the TSA 35 and TDM switch 1 3. 
on the other hand. The software running in gateway con- 
troller 2022 establishes such mapping In response to the 
switching/provisioning commands from the Utespan 
common control. For GR-303 Interfaces to the TDM 
switch 13, the LItespan common control software as- 
signs GR-303 CRVs to SBl channels. 
[0055] The ABCU gateway 2014 In Fig. 2 fimnware 
supports the AAL2 encapsulation and voice processing 
based on standard profiles with DSP chips for a number 
of (e.g. 256) simultaneous connections per gateway. 
The Gateway 201 4 also performs network echo cancel- 
lation and switched access to compression and echo 
cancellation for all derived line connections. The gate* 
way 2014 and the ATU-R furthermore support fax-tone 
recognition and dynamic switch to 64 KBPS via CPE di- 
rection, with reserved access back at any time during a 
call. Silence compression in both directions is also sup- 
ported. The gateway 2014 also recognizes upstream 
CAS digit messages for dialpuise and touchtone CPE 
signaling as well as GR-303/TR-08 In band tone regen- 
eration. 

[0056] The ATM interface 201 6 is divided in half, one 
for each direction. Each half Interface meets the Utopia 
interface specification described in the Utopia Specifi- 
cation incorporated above, with the following character- 
istics: Utopia Level 2; 16 Bit data exchange (16 bits In 
and 16 bits out); 32.768MHz clock; MuitiPHY. 1 address 
assigned to the Gateway 2014; Polled, with 1 Transmit 
Cell Available and 1 Receive Cell Available; and Two 
transfer clocks (one In and one out); It also uses a Cell 
level handshake, and the toad is 4 PHY, 1 ATM layer. 
[0057] The TDM interfaces connect the Gateway 
201 4 to the Litespan's TSl cables. These cables transfer 
TDM voice, telephony signaling and S8DL communfca- 
tlon channels from the line unit slots In the CBA to the 
TSl card in the CCA. Each TSl cable carries 60 SBl 
streams, one to and from each line unit slot. Nonmally 
the 24 TDM voice data time slots carried on each SBl 



carries TDM vorce samples from its assigned tine unit 
slot. These SBIs are synchronized to the Utespan mas- 
ter clock and use a frame synch pulse to indk:ate the 
start of frame. VoDSL uses unused time slots within 
5 these SBIs to exchange derived line voice samples with 
the CCA. 

[0058] In the upstream direction the Gateway 2014 
provides digitized derived line voice samples (64KHz \L' 
Law PCM) to an FPGA/ASIC which places the voice 

10 sanrtples into the SB! stream. In the downstream direc- 
tion the Gateway 2014 is provided with digitized voice 
samples (64KHz ^-Law PCM) from an FPGA/ASIC 
which has extracted them from the SBl stream. 
[0059] The upstream TDM interface consists of mut- 

IS tiple serial outputs that are clocked with an externally 
supplied synchronous dock. The serial stream is syn- 
chronized to an externally provided 125uS frame synch 
signal. The downstream TDM interface consists of mul- 
tiple serial inputs that are clocked with an externally sup- 

^ plied synchronous clock. The serial stream Is synchro- 
nized to the externally provided 125uS frame synch sig- 
nal. The interface is symmetric: transmit and receive use 
. the same time slot for the same voice channel. 

[0060] The microprocessor physical interface, be- 

25 tween the gateway 2014 and the gateway controller 
2022, Is the means by which the ABCU's microproces- 
sor configures, tests, obtains status and exchanges 
messages with the Gateway 2014. Program code is 
downloadable into Gateway 2014 memory for execu- 

30 tlon. 

[0061] Provisioning and configuration messages are 
sent to the Gateway 2014 from the ABCU's Mk^roproc- 
essor during nomnat operation to provision, configure, 
enable and disable voice connections and request sia- 
35 tus. Some of the more pertinent messages are set forth 
below. Greek letters are used to lndk:ate values which 
are variables. 

• Call provisioning messages are used to configure a 
40 particular WC (Virtual Voice Channel) 

o Number of bits used for VPI. VCI and CID for 
call reference p 

45 o Call reference p uses VPI ^ p, VCI = a and CID 

= X 

o Set audio profile for call P to 1 or 7 or hybrid 

50 o Set CODEC for call p to PCM or ADPCM 

o Set Echo canceter for call P to on or off 

o Set initial received (upstream) ABCD signaling 
55 state for call p to y 

o Set initial transmit (downstream) ABCD signal- 
ing state for call p to y 
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o Enable or Disable Fax/Modem tone detection 
and auto CODEC switch for call p 

o Enable or Disable auto CODEC switch to match 
received CODEC for call p 

o Enabie or Disable downstream SID (Silence in- 
sertion Descriptor) for call reference p 

o When enabled, send SID cell for call reference 
P every y milliseconds 

o Call reference p uses SID value (o 

• Setup call for call reference p (signaling bits Indicate 
this call is going active) 

• Tear down call reference p (signaling bits indicate 
this call has terminated) 

• Enable or disable passing status messages from 
call reference p to the ABCU microprocessor 

[0062] Messages are also sent from the Gateway 
2014 to the ABCU's microprocessor during nomial op- 
eration to provide status and report problems and In re* 
sponse to messages set forth above. Some of the more 
pertinent messages sent from the Gateway 2014 to the 
ABCU's microprocessor are Call status messages, such 
as the following. 

• Call reference p is assigned to TDM time slot y (tells 
the ABCU Microprocessor how to map the call to 
and from the Gateway 2014 from and to the SBI) 

• Audio profile for call p is set to 1 or 7 or hybrid 
» CODEC for call p is set to PCM or ADPCM 

• Echo canceier for call p is on or off 

• FAX or Modem tone has or has not been detected 
for call 

• Cunrent received (upstream) ABCD signaling state 
for call p is V 

• Current transmit (downstream) ABCD signaling 
state for call p is V 

[0063] The Gateway 2014 perfonms the AAL2 SAR 
(segmentation and re-assembly) function for both down- 
stream and upstream messages. For downstream mes- 
sages the ABCU's microprocessor passes the messag- 
es to the Gateway 2014 which fomnats them into an 
AAL2 PDUs (Protocol Data Units) and inserts them Into 
the ATM cell stream. The ABCU's microprocessor keeps 
track of time and initiates those messages that must be 



sent at specific time intervals (such as CAS keep alive 
messages). Some of the more pertinent messages are 
as follows. 

5 • AAI_2 CAS message to transmit: 

o When downstream ABCD signaling changes, 
the ABCU microprocessor alerts the Gateway 
201 4 to send a CAS signaling cell. These cells 
are sent three times at 5mS Intervals. The 
Gateway 2014 automatically generates the 
second and third messages and send them at 
5mS spacing. The Gateway 201 4 automatically 
generates the 5 Sec. CAS keep alive message 
for each of the up to 1024 provisioned chan- 
nels. 

• AAI^ alarm message to transmit 

AAL2 status message to transmit (includes CO-IWF 
<-> CP-IWF embedded operations channel (EOC)). 

[0064] For upstream messages the Gateway 2014 
validates the ATM header via the HEC, validates the 
AAL2 header via the HEC and validates the AAL2 Type 
3 PDU via the CRC and except for CAS signaling^ pass- 
es the message along with the WC to which it belongs 
to the ABCU's microprocessor. The ABCU's microproc- 
essor reserves enough queue space to buffer the m<ix- 
imum number of messages expected from the Gateway 
2014 at any one time. Some of the more pertinent mes- 
sages are as follows. 

• Received AAL2 CAS message 

o The Gateway 201 4 malntEtlns a table of the cur- 
rent signaling state of all 1024 upstream chan- 
nels. The initial state for each table entry is pro- 
visioned. It alerts the ABCU microprocessor on- 
ly when a CAS message signals a state 
change, it alerts the ABCU's microprocessor if 
the three redundant messages are not re- 
ceived, if the ABCD bits of the three redundant 
messages do not match and if the GAS keep 
alive message is not recehred every 5 Sec. 

o Any time the Gateway 20 1 4 changes the state 
of a channels signaling bits, It passes the new 
signaling bits to the mtoroprocessor so that both 
remain In synchronization. 

o Since the CP-IWF (customer premises inter- 
working function, e.g. IAD) de-bounces signal- 
ing state changes before sending signaling 
changes to the CO-IWF, the Gateway 2014 
does not have to pertonm this function, instead 
ft passes ail signaling change it receives to the 
ABCU's microprocessor. Since signaling states 
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change relatively slowly (a maximum of 20 
pulses per second) the signaling state does not 
change over the 1 5mS period that the three re- 
dundant CAS signaling cells are sent. The 
Gateway 201 4 performs per the foltowing atgo- 5 
rithm: 

Receive the first of three CAS signaling 
PDUs (as indicated by the redundancy 
field) 10 

m Reset the 3 signaling changed 
due to first, second or third PDU flags 

■ If the CRC over the Type 3 mes- is 
sage is bad discard the message and 
increment error counter 

■ Else if the ABCD signaling bits are 
different from the current state 

♦ Send new ABCD bits to the ABCU 
microprocessor and store the new 
ABCD bits in the Gateway 2014 

25 

* Set a flag indicating signaling 
changed due to the first CAS PDU 

■ Else there was no signaling 
change so do nothing 30 

m END 



Receive the second of 3 CAS signaling 
PDUs (as Indicated by the redundancy 
field) 

■ If the CRC over the Type 3 mes- 
sage is bad discard the message and 
increment error counter 

■ Else if the ABCD signaling bits are 
different from the current state 

* set a flag indicating signaling 
changed due to the second CAS 
PDU 

* Send new ABCD bits to the ABCU 
microprocessor and store the new 
ABCD bits in the Gateway 2014 

■ Else there was no signaling 
change so do nothing 

■ END 

Receive the third of 3 CAS signaling PDUs 



35 



40 



45 



50 



55 



(as indicated by the redundancy field) 

■ If the CRC over the Type 3 mes- 
sage is bad discard the message and 
increment error counter 

■ Else if the ABCD signaling bits are 
different from the current state 

* set a flag indicating signaling 
changed due to the third CAS 
PDU 

• Send new ABCD bits to the ABCU 
microprocessorand store the new 
ABCD bits in the Gateway 201 4 

■ If the flags indicating signaling 
changed due to two or more CAS 
PDUs are set 

* Send an error message to tho 
ABCU microprocessor and incremenl 
the 'signaling changing too often" er- 
ror counter 

■ END 

Received AAL2 alami message 

Received AAL2 status message 

[0065] Since the gateway is an endpoint of the ATM 
connection, it detects OAM (Operations and Mainte- 
nance) F4 and F5 loopbacic cells and send them to the 
microprocessor. It also transmits (out the ATM Utopia 
Interface towards the ABGU's switch fabric) OAM cells 
that it is given by the microprocessor. 
[0066] Fig. 10 symbolicaliy illustrates functions per- 
fornied by the various components of the gateway 201 4 
for conversion between the ATM and TDM fomiats. The 
gateway includes a DSP unit 2110 containing n DSP 
(Digital Signal Processor) cores in a DSP array 2112. 
For conversions from ATM to TDM format, incoming 
AAL2 cells are routed by ATM interface logic 21 1 1 based 
on the UUI field. Voice cells are routed to an appropriate 
one of the DSP cores In the DSP array 2112. The DSP 
cores process the cells as described herein, extracting 
PCM voiceband samples and transmitting them out the 
TDM interface 201 8 to an SBI multiplexer 211 3 via TD M 
interface logic 2017. The ATM interface logic 2111 
routes signaling, status, alarm (AAL2 type 3) and OAM 
cells out of the DSP unit 2110, to gateway controller 
2022. The gateway controller 2022 extracts ABCD sig- 
naling bits for each channel and transmits them to 'he 
microprocessor interface ofthe SBI multiplexer 2113. 
The SBI multiplexer 2113 multiplexes DSOs onto the 
SB(s toward the individual line units 24 (Fig. 2), and in- 
serts signaling from the gateway controller 2022. The 
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gateway controller 2022 also programs the ATM VC/CID 
(catl lOHo-DSP map in the DSP unit 2110, and pro- 
grams the DSP-to-SBI map in the SBI multiplexer 21 1 3. 
[0067] For convereions from TDM to ATM format, the 
TDM data from the TSI cable 34 Is provided to SBI mul- s 
tiplexer 2113 which extracts signaling and maps the In* 
dividual incoming DSOs to appropriate DSP cores in 
DSP unit 2110. Voiceband data Is passed to the TDM 
interface 201 8 of the DSP unit 21 1 0. The TDM interface 
logic 201 7 in DSP un It 2 1 1 0 provides the voiceband data 
to the appropriate one of the DSP cores In DSP array 
21 1 2, which processes the TDM data a described here- 
in. The output of the DSP core Is provided to the ATM 
Interface logic 21 1 1 which assembles the data into AAL2 
ceils. The ATM interface logic 21 11 maintains a DSP-to- 
VC/CID map in order to fill In the ceil headers. The SBI 
multiplexer 2113 routes signaling Information from the 
TSI cable 34 to the gateway controller 2022. which 
transmits any ABCD signaling bits from the common 
controller to the AAL2 cell assembly facility in the DSP 
unit 2110. The gateway controller 2022 Is also respon- 
sible for programming the DSP-to-VC/CiD map in the 
DSP unit 2110. AAL2 ATM ceils carrying in-band data 
are multiplexed with those carrying out-of-band signal- 
ing and sent out the gateway ATM Interface 2016. 
[0068] Fig. 12 symbolically Illustrates certain func- 
tions of gateway 201 4 for upstream Derived Line trans- 
mission. The voice-over-AAL2 cells from the ADLUs 24 
(Fig. 2) are provided to the ATM switch fabric 25» which 
routes them to the ATM interface 2016 of the gateway 
201 4. The gateway 201 4 perfonms AAL2 segmentation 
and reassembly (SAR) of the voiceband data. The out- 
put data is converted In transcoder 2310 from ADPCM 
to PCM (if not already in PCM format) and then provided 
to the appropriate one of q SBI queues 2314. The gate- 
way 2014 then performs near end echo cancellation in 
echo canceier2316, and provides the output to the TDM 
Interface 2018 of the gateway 2014. 
[0069] Fig. 13 illustrates the voice processing that 
takes place for derived line downstream trar^missions 
In the gateway 201 4. PCM data from the SBIs Is provid- 
ed to the gateway 201 4 via the TDM interface 201 8. In 
echo canceler 2316, near-end echo Is canceled. The 
output is provided to transcoder 2314 which, optionally, 
translates the PCM data to ADPCM data. The data is 
then provided to the appropriate one of q SBI queues 
231 2 (one for each derived line supported by ABCU 22), 
and the outputs are provided to AAL^ segmentation and 
reassembly unit 231 2. AAL2 SAR unit 2312 provides the 
ATM voice cells to the ATM switch 25 via the ATM Inter- 
face 2016. The ATM switch 25 routes the voice-over- 
AAL2 cells to the appropriate ADLU 24 (Fig. 2). 
[0070] Figs. 3. 4 and 11 illustrate symbolically an Ac- 
cess Management System (AMS) 98. The AMS 98 is a 
single element management system that manages the 
gateway and TDM and ATM routing functions of the 
combined OLC/DSLAM/gateway 114 for POTS, data 
and derived voice services. The AMS 98, among other 



things, is concerned with the information that is required 
to manage each network element In a Litespan system. 
This includes the information required to manage net- 
work element f unctk>n8 and the physical aspects of each 
network element in the Litespan system. AMS 98 also 
keeps track of Information representing the access net- 
work, both physk^lly and logically, in particular, it knows 
how each of the network element entitles are related, 
topographically interconnected, and configured to pro- 
vide and maintain end-to-end connectivity. For the pur- 
pose of managing connectivity. AMS 98 allows a user 
to provision PVCs and PVPs through the Litespan sys- 
tem, from an ATU-R all the way to the gateway on one 
of the ABCUs in the Litespan system. As previously 
mentioned, the gateway senflcing a given derived line 
need not be in the CBA which contains the ADLU that 
connects physically to the customer premises. It can bo 
on an ABCU in another CBA in the same Litespan Ter- 
minal, or it can be on a CBA In the central office temnlnal. 
AMS 98 also performs numerous additional element 
management and network management functions not 
important to an understanding of the present invention. 
[0071] As used herein, a given signal, event or value 
Is **r6sponsjve" to a predecessor signal, event or value 
If the predecessor signal, event or value influenced tho 
given signal, event or value. If there is an intervening 
processing element, step or time period, the given sig- 
nal, event or value can still be "responsive" to the pred- 
ecessor signal, event or value. If the inten/ening 
processing element or step combines more than one 
signal, event or value, the signal output of the process- 
ing element or step is considered "responsive" to each 
of the signal, event or value Inputs. If the given signal, 
event or value is the same as the predecessor signal, 
event or value, this is merely a degenerate case in which 
the given signal, event or value is still considered to be 
"responsive" to the predecessor signal, event or value. 
"Dependency" of a given signal, event or value upon an- 
other signal, event or value is defined similarly. 
[0072] The foregoing description of preferred embod- 
iments of the present invention has been provided for 
the purposes of Illustration and description, it is not in- 
tended to be exhaustive or to limit the invention to the 
precise forms disclosed. Many modifications and varia- 
tions will be apparent to practitioners skilled in this art. 
In partfcular, for example, whereas the loop emulation 
sen/ices described herein are provided over an ATM in- 
terface, it will be appreciated that such services can al- 
ternatively or additionally be provided over other types 
of packet/cell transports as well. Including but not limited 
to IP, IP-over-ATM, and Framei Relay (FR). In one em- 
bodiment, the Integrated gateways described herein re- 
quire only software/firmware reprogramming to alter 
their function from converting between TDM and ATM 
transports, to converting between TDM and a different 
packet/cell transport. In addition to these modifications, 
and without limitation, any and all variations described, 
suggested or Incorporated by reference in the Back- 



15 



20 



25 



30 



S5 



40 



45 



50 



15 



29 

ground section of this patent application are specifically 
incorporated by reference into the description herein of 
embodiments of the Invention. The embodiments de- 
scribed herein were chosen and described In order to 
best explain the principles of the invention and its prac- 
tical application, thereby enabling others skilled in the 
art to understand the Invention for various embodiments 
and with various modifications as are suited to the par- 
ticular use contemplated. It is intended that the scope 
of the Invention be defined by the following claims and 
their equivalents. 



Claims 

1 . A network node comprising: 

a plurality of communications interfaces In said 
node Including a packet-type interface and a 
TDM-type interface and a first additional inter- 
face which is a member of the group consisting 
of a packet-type interface and a TDM-type in- 
terface; 

afirst routing function in said node whtoh routes 
traffic among Interfaces in said plurality of oom- 
munx^ations interfaces which are of the type of 
said first additional interface; and 
a gateway function In said node whk:h transmits 
user traffic between an interworking one of said 
packet-type Interfaces and an intenworking one 
of said TDM-type interfaces* and further per- 
forms loop functions through said intenvorking 
TDM-type Interface on behalf of a device cou- 
pled to said gateway function through said in- 
tenvorking packet-type interface. 

2. A network node according to claim 1 , wherein said 
packet-type interfaces comprise ATM-type interfac- 
es. 

3. A network node according to claim 1 . wherein said 
packet-type interfaces comprise iP-type interfaces. 

4. A network node according to claim 1 , wherein said 
first routing function comprises a multiplexing-de- 
multiplexing function but not a switching function. 

5. A network node according to claim 1 , wherein said 
plurality of communications Interfaces Includes a 
set of N1>0 network side Interfaces of the type of 
said first additional Interface and a set of N2>N1 
subscriber side Interfaces also of the type of said 
first additional interface, 

and wherein said first routing function multi- 
plexes user traffic between said network side Inter- 
faces and said subscriber side interfaces. 

6. A network node according to claim 5. wherein said 
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network node does not switch user traffic among 
said subscriber side Interfaces. 

7. A network node according to claim 5, wherein said 
s first additional interface comprises a TDM-type in- 
terface. 

8. A network node according to claim 1 , wherein said 
first additional interface is a packet-type interface, 

10 and wherein said plurality of communications inter- 
faces further Includes a second additional interface 
which is a TDM-type interface, 

further comprising a second routing function 
In said node which routes user traffk: among inter- 

is faces in said plurality of communications interfaces 
whk;h are of the type of said second additional in- 
terface. 

9. A network node according to claim 1 , wherein said 
20 gateway function comprises: 

encapsulation means for encapsulating TDM- 
type user traffic arriving from said interworking 
TDM-type Interface Into packets for transmis- 
25 sion toward said Interworking packet-type inter- 

face; and 

extraction means for extracting TDM-type user 
data from packets arriving from said intenwork- 
ing packet-type interface for transmission to- 
30 ward said intenvorking TDM -type interface. 

10. A network node according to claim 1 , for use witn a 
remote packet-type temiination unit reachable 
through said Intenvorking packet-type interface. 

35 said packet-type temninatlon unit having a POTS 
port, 

wherein said gateway function comprises up- 
stream signaling means for providing TDM signal- 
ing toward said Intenworking TDM-type interface on 
40 behalf of said POTS port. 

11. A network node according to claim 1 . wherein said 
gateway function comprises downstream signaling 
means for encoding TDM signaling into packets for 

45 transmission toward said Interworking packet-type 
interface, in response to TDM signaling received 
from said TDM-type Interface. 

12. A network node according to claim 1, wherein said 
50 loop functions performed by said gateway through 

said Interworking TDM-type interface on behalf of a 
device coupled to said gateway function through 
said interworking packet-type interface includes 
signaling an off-hook condition through said inter- 
55 working TDM-type Interface in response to receipt 
of a packet through said intenworking packet-typo 
interface containing a control code indk:ating an off- 
hook condition from the device. 
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13. A network node according to claim 1, wlierein said 
loop functions performed by said gateway through 
said interworking TDM-typa Interface on behalf of a 
device coupled to said gateway function through 
said Interworking packet-type interface Includes 
signaling dialed digits through said intenvorking 
TDM-type interface in response to receipt of a pack- 
et through said interworking packet-type Interface 
containing a control code indicating such digits di- 
aled from the device. 

14. A network node according to claim 1 , wherein said 
Interworking packet-type Interface comprises an 
ATM-over-DSL-type interface. 

15. A network node comprising: 

a first plurality of packet-type communications 
Interfaces Including an intenvorking packet- 
type interface; 

an intenworking TOM-type interface; 
a packet routing function In said node which 
routes packets among the interfaces in said first 
plurality of packet-type communteatlons Inter- 
faces; and 

a gateway function in said node which transmits 
user traffic between said interworking packet- 
type interface and said interworking TDM-type 
interface, and further performs loop functions 
through said intenworking TDM-type Interface 
on behalf of a devk^e coupled to said gateway 
function through said intenvorking packet-type 
Interface. 

16. A network node according to claim 15, wherein said 
packet-type interfaces comprise ATM-type interfac- 
es. 

17. A network node according to claim 15, comprising 
a second plurality of TDM-type communications in- 
terfaces including said Intenworking TDM-type Inter- 
face. 

further comprising a second routing function 
in said node which routes TDM traffic among the 
interfaces In said second plurality of TDM-type com- 
munk^tlons interfaces. 

18. A network node according to claim 1 7, wherein said 
second routing function comprises a multiplexing- 
demultiplexing function but not a switching function. 

19. A network node according to claim 18, wherein said 
first routing function comprises a multiplexing-de- 
multiplexing function but not a switching function. 

20. A network node according to claim 15, wherein said 
gateway function comprises: 



encapsulation means for encapsulating TDM- 
type user traffic arriving from said intenworking 
TDM-type interface into packets for transmis- 
sion toward said interworking packet-type inter- 
5 face; and 

extraction means for extracting TDM -type user 
traffic from pacl<ets arriving from said interwork- 
ing packet-type interface for transmission to- 
ward said interworking TDM-type interface. 

10 

21. A network node according to claim 20, wherein said 
gateway function comprises downstream signaling 
means for encoding TDM signaling Into packets for 
transmission toward said interworking packet-type 

f5 Interface, in response to TDM signaling received 
from said TDM-type interface. 

22. A network node according to claim 21 , for use with 
a remote packet termination unit reachable through 

so said interworking packet-type interface, said pacicet 
termination unit having a POTS port, 

wherein said gateway function comprises up- 
stream signaling means for providing TDM sigrai- 
Ing toward said interworking TOM-type interface on 

25 behalf of said POTS port. 

23. A network node according to claim 15, wherein said 
loop functions perfomried by said gateway through 
said interworking TDM-type interface on behalf of a 

30 device coupled to said gateway function through 
said Interworking packet-type interface includes 
signaling an off-hook condition through said inter- 
working TDM-type Interface in response to receipt 
of a packet through said intenvorking packet-type 

ss Interface containing a control code Indicating an off- 
hook condition from the device. 

24. A network node according to claim 15, wherein said 
intenvorking packet-type interface comprises an 

40 ATM-over-DSL-type Interface. 

25. A networic node comprising: 

a first plurality of TDM-type communteations in- 
45 terfaces including an interworking TDM-type in- 

terface; 

an Intenworking packet-type interface; 
a TDM routing function in said node which 
routes traffic among the Interfaces In said first 
50 plurality of TDM-type communications Interfac- 

es; and 

a gateway function In said node which transmits 
user traffic between said IntenA/orking packet- 
type interface and said Interworking TDM -type 
55 Interface, and further performs loop functions 

through said Interworking TDM-type Interface 
on behalf of a device coupled to said gatev/ay 
function through said Interworking packet-type 
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interface. 

26. A network node according to daim 25, for use with 
a remote packet temr^lnalion unit reachable through 
said interworking packet-type Inteif ace, said packet 
tennlnation unit having a POTS port, and wherein 
said gateway function comprises: 

downstream signaling means for encoding 
TDM signaling into packets for transmission to- 
ward said interworking packet-type interface, in 
response to TDM signaling received from said 
TDM'type interface; and 
upstream signaling means for providing TDM 
signaling toward said interworking TDM-type 
interface on behalf of said POTS port. 

27. A network node according to claim 25, wherein said 
loop functions performed by said gateway through 
said intenworking TDM-type interface on behalf of a 
device coupled to said gateway function through 
said intenvorklng packet-type interface includes 
signaling dialed digits through said intenworking 
TDM-type interface In responseto receipt of a pack- 
et through said interworking packet-type Interface 
containing a control code Indicating such digits di- 
aled from the device. 

28. A network node according to claim 25, wherein said 
Intenivorking packet-type interface comprises an 
ATM'Over-DSL-type interface, 

29. An access network system comprising: 

a plurality of ATM communications interfaces 
including subscriber side ATM-over-DSL Inter- 
faces and a network side ATM interface; 
a network side TDM interface: 
an ATM routing function which routes traffic 
among the interfaces in said plurality of ATM 
communications Interfaces; and 
a gateway function which transmits user traffic 
between saW subscriber side ATM-over-DSL 
interfaces and said network-side TDM inter- 
face. 

30. A system according to claim 29, comprising a plu- 
rality of TDM communications interfaces including 
said network side TDM interface and further includ- 
ing subscriber side TDM interfaces, 

further comprising a TDM routing function 
which routes TDM traffic among the interfaces in 
said plurality of TOM communk^ations interfaces. 

31 . A system according to claim 30, wlierein said TDM 
routing function multiplexes and demultiplexes traf- 
fic between said network side TDM interface on one 
hand and said subscriber side TDM interfaces on 



the other hand. 

32. A system according to claim 31 . wherein said ATM 
routing function multiplexes and demultiplexes traf- 

5 fie between said network side ATM Interface on one 
hand and said subscriber side ATM-over^DSL inter- 
faces on the other hand. 

33. A system according to claim 29, wherein said ATM 
10 routing function multiplexes and demultiplexes traf- 
fic between said network side ATM interface on one 
hand and said subscriber side ATM-over-DSL inter- 
faces on the other hand. 

IS 34. A system according to claim 29, wherein said gate- 
way function further perfonns loop functions 
through said network side TDM interface on behalf 
of a devbe coupled to said system through one of 
said subscriber side ATM-over-DSL interfaces. 

20 

35. A system according to claim 29, wherein said gate- 
way function comprises: 

encapsulation means for encapsulating down- 
25 Stream TDM user traffic arriving from said net- 

work side TDM interface Into ATM cells and for 
transmitting said ATM cells toward one of said 
ATM-over-DSL subscriber side interfaces via 
said ATM routing function; and 
30 extraction means for extracting TDM user traffic 

from ATM cells an^Mng from one of said sub- 
scriber side ATM-over-DSL interfaces via said 
ATM routing function and for transmitting said 
extracted TDM user traffic toward said network 
35 side TDM interface. 

38. A system according to claim 35, comprising a plu- 
rality of TDM communications Interfaces including 
said network side TDM Interface and further includ- 
40 Ing subscriber side TDM Interfaces, 

further comprising a TDM routing function 
which routes TDM trafffc among the interfaces 
in said plurality of TDM communications inter- 
ns faces, 

and wherein said extraction means for extract- 
ing TDM user traffic and for transmitting said 
extracted TDM user traffk; toward said network 
side TDM interface transmits said extracted 
so TDM user traffic toward said network side TDM 

interface via said TDM routing function. 

37. An access network system comprising: 

55 a plurality of TOM communications interfaces 

Including subscriber side TOM interfaces and a 
network side TDM Interface; 
a subscriber side ATM-over-DSL Interface: 



18 



35 



EP1 113 696 A2 



a TDM routing function which routes traffic 
among the interfaces In said plurality of TDM 
comnnunications interfaces: and 
a gateway function which transmits user traffic 
between said subscriber side ATM-over-DSL » 
interface and said network-side TOM Interface. 

38. A system according to claim 37, wherein said TOM 
routing function muitiplexes and demultiplexes traf- 
fic between said networic side TDM interface on one io 
hand and said subscriber side TDM Interfaces on 

the other hand. 

39. A system according to claim 37, wherein said gate- 
way function further perfonns loop functions 
through said network side TOM interface on behalf 
of a device coupled to said system through said 
subscriber skie ATM-over-DSL Interface. 

40. A system according to claim 37, wherein said gate- ^ 
way function comprises: 

encapsulation means for encapsulating down- 
stream TDM user traffic arriving from said net- 
work side TDM Interface into ATM cells and for 25 
transmitting said ATM cells toward said ATM- 
over-DSL subscriber side Interface; and 
extraction means for extracting TDM usertraffic 
from ATM cells arriving from said subscriber 
side ATM-over-DSL interface and for transmit- so 
ting said extracted TDM user traff toward said 
network side TDM interface. 

41. A system according to claim 40, wherein said ex- 
traction means for extracting TDM user traffic and 35 
for transmitting said extracted TDM user traffic to- 
ward said network side TDM interface transmits 
said extracted TDM usertraffic toward said network 
side TDM interface via said TDM routing function. 
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